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PROCEDE DE VERIFICATION DE REGLES SUR LES WIODELES UML 



La presente invention a pour objet un precede de verification de 
regies sur les modeies UML. 

Pour verifier le respect des regies d'etablissement de modeies 
5 UML, ii n'existe actuellement aucun outil. Des outils, denommes "Logiscope" 
et « Rules Checker », ne permettent de verifier que le code produit a partir 
du modele, et non pas la specification du modele UML elle-meme. 

La presente invention a pour objet un procede qui permette de 
verifier la qualite d'un modele UML par verification du respect de toutes les 
10 regies de modelisation . 

Le procede de ('invention est caracterise en ce qu'apres avoir 
etabli un modele, on structure les donnees du modele pour les rendre 
exploitables par Poutil "Model In Action", on fait produire par cet outil un 
fichier de verification et on produit a partir de ce fichier un rapport de 
15 verification lisible par un utilisateur. 

La presente invention sera mieux comprise a la lecture de|Ia 
description detaillee d'un mode de mise en oeuvre, pris a titre d'exernple non 
limitatif et illustre par le dessin annexe, sur lequel : | 

- la figure 1 est un diagramme UML de cas d'utilisation tllustrSnt 
20 les differents acteurs et cas d'utilisation du procede de Tinvention, 

- la figure 2 est un bloc-diagramme illustrant Farchitecture du 

procede de Tinvention, 

- la figure 3 est une vue d'une interface de verification produite 
selon le procede de I'invention, 

25 - la figure 4 est une vue partieile d 5 un example de rapport de 

verification, tel que pouvant etre produit par le procede de I'invention, et 

- la figure 5 est un exemple d'extrait type du rapport de verification 
pour une regie telle que verifiee par le procede de ('invention. 

30 Sur le diagramme de la figure 1, on a represents les deux principaux 

types d'utilisateurs susceptibles d'utiliser le procede de verification de 
I'invention, a savoir un modeleur UML (1) et un chef de projet (2). Dans un 
cadre (3), delimitant le perimetre des possibilites du procede de I'invention, 
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on a figure les differentes actions perm is es par ce procede. Ces actions 
sont : verification des regies de generation de code (4), verification de la 
coherence du modele (5), verification de ia coherence du code (6), 
verification des regies de modelisation (7), verification de la qualite du 

5 modele (8), recuperation des metriques d'avancement de modelisation (9) et 
recuperation des metriques dimensionnantes du modele UML (10). La 
verification des regies de modelisation se subdivise en deux verifications, qui 
sont: la verification des regies basiques de modelisation (11) et la 
verification des regies parametrables (12). 

10 La supervision des actions 4 a 6 est generalement devolue au 

modeleur 1 , tandis que celle des actions 8 a 1 0 est generalement devolue au 
chef de projet 2, seule Paction 7 ( y compris ses deux composantes 11 et 12 ) 
pouvant etre supervisee par les deux operateurs 1 et 2. 

Sur le diagram me de la figure 2, on a representee apres Petape de 

15 modelisation d'un projet (13), par exemple a Paide d'un outil tel que 
« RHAPSODY », et Pexportation d'un fichier au format XMI (14), les 
principales etapes du procede de ('invention, mises en oeuvre par un outil 
denomme « UML CHECKER » (15) et qui sont : Pecriture de scripts (16) pour 
un moteur de generation de fichiers (17), qui est ici Poutil « Model In Action » 

20 (plus simplement denomme « MIA », et realise par la societe 
SODIFRANCE). Les fichiers produits par Poutil (17) sont au format XML (18), 
puis par conversion XSLT (19) transformes au format HTML pour obtenir un 
rapport de verification du modele (20) au format HTML. L'outi! « MIA » (17) 
re<?oit un fichier de parametrage des regies de verification (21) (denomme ici 

25 « parameter.ini » ), constitue par Putilisateur modeleur. De fagon 
avantageuse, Poutil UML-Checker (15) com porta egalement des procedures 
(22), au format JAVA pour generer des graphiques (abaques) de verification 
de la qualite du modele ou des scripts VB (23) permettant, ie cas echeant, de 
traiter des verifications sur les graphiques des modeles UML(impossible via 

30 la sortie XMI -14). La selection des regies de verifications est commandee 
par Pintermediaire d'une interface graphique en java (24) implementee dans 
Poutil de verification UML-Checker (15) et representee en figure 3. 

De faQon plus detaillee, le procede de ('invention se deroule de la 
fapon suivante : 

35 - Putilisateur lance le logiciel « RHAPSODY » t 
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- ii ouvre un modele depuis ce logiciel, 

- il selectionne depuis ce meme logiciel I'outil de verification de 
rinvention (denomme, comme on le voit sur interface representee sur la 
figure 3, « UML^CHECKER »). 

5 Par llntermediaire de cette interface, futilisateur choisit : 

- le fichier contenant le modele UML desire (au format XMI), dans 
la fenetre "Select a model file", 

- le fichier de parametrage, utile pour certaines regies (fichier 
"parameter.ini" reference (21) en figure 2), dans la fenetre "Select 

10 a parameter file", 

- les regies a verifier, dans la fenetre "Select the rules to check" 

- le chemin et le nom du fichier de resultat (au format XML), dans la 
fenetre "Select a result file". 

Le fichier de parametrage (parameter.ini) permet a Putilisateur de 

15 choisir les parametres a prendre en compte pour la verification de certaines 
regies. Par example, une regie verifie le nombre de caracteres des attributs 
d'une classe. Si le nombre de caracteres d ! un attribut depasse le nombre qui 
se trouve dans le fichier de parametrage, une erreur est signalee dans le 
rapport de verification. 

20 Uutilisateur doit choisir les regies de verification qu'il souhaite 

appliquer a son modele. Les regies sont presentees sous la forme d'un arbre 
classant chaque regie par categorie, comme on peut le voir sur la figure 3. 
Ces categories sont celles mentionnees en reference a la figure 1 et sont 
detaillees ci-dessous. La selection se fait grace a des cases a cocher. 

25 Plusieurs regies peuvent etre selectionnees en meme temps. II est aussi 
possible de selectionner toutes les regies d'une meme categorie en cochant 
dans I'arborescence des regies le noeud du groupe de regies de cette 
categorie. Lorsqu'un utilisateur selectionne une regie, sa description apparaTt 
dans une fenetre situee juste sous la fenetre de selection « Select the rules 

30 to check » de la figure 3. 

Les regies que peut selectionner I'utilisateur sont de sept categories 
differentes (on a mis entre parentheses les references numeriques 
correspondant a celles de la figure 1) : 

- regies de specification de Timpiementation du modele pour le 
35 generateur de code GEN_UML_C (4) 
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- regies sur la coherence clu modele (par example pour eviter les 
relations fantomes pouvant etre induiies par une mauvaise 
realisation des graphiques UML sous RHAPSODY ») (5), 

- regies sur !a coherence du code (par example pour verifier que 
5 Tacces aux methodes de toutes les classes est correct ) (6), 

- regies sur la moderation (pour verifier, par exemple, si 
^interdiction d'heritage multiple est respectee) (7), 

- calcul de metriques (nombre de classes abstraites par exemple) 
(10), 

10 - calcul de metriques d'avancement de la moderation, pour les 

responsables de projet (9), 

- mesure de la qualite du modele (verification des metriques comme 
la complexity d'une classe par exemple) (8). 

15 Enfin, Tutilisateur choisit un nom de fichier resultat au format XML. 

Uutilisateur peut selectionner un fichier deja existant ou en creer un 
nouveau. On a represents en figure 4 un exemple partiel d'un tel fichier, qui 
est denomme « Rapport de verification » sur cette figure. 

Pour i'outil de verification de ('invention, I'outil XSLT est utilise pour 

20 transformer le fichier de resultat, qui est en format XML, en document HTML. 
En effet, cet outil permet de transformer des documents XML en d'autres 
documents au format XML ou en un autre format approprie, tel que HTML. 
On a represents en figures 4 et 5 un exemple partiel d'un document au 
format HTML pouvant ainsi etre produit Ce document est facilement 

25 exploitable par les utilisateurs. 

Le document represents en figures 4 et 5 se compose de trots 
parties principals : 

- la premiere partie (representee en haut de la figure 4) est Hndex 
des regies qui ont ete verifiees. Sur I'exempfe de la figure 4, deux 

30 regies liees au generateur de code ont ete verifiees : regie sur les 

agregations et regie sur les « DataTypes » (types de donnees), 

- la deuxieme partie (representee en bas de la figure 4) represente 
la structure du modele UML. El!e permet d'obtenir une vue 
d'ensembie du modele et de faire des verifications visuelies sur sa 
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structure directement dans le rapport sans avoir a ouvrir un editeur 
de modele UML. 

La troisieme partie (figure 5) constitue ie rapport de verification 
proprement dit Pour chaque regie, un paragraphe correspondant 
est cree. II est possible, depuis Tindex des regies, d'acceder 
directement au paragraphe lie a cette regie grace a des hyperliens. 
A la fin de chaque regie, un lien hypertexte permet de revenir en 
haut de la page. Dans Texemple de la figure 5, Ie rapport de 
verification conceme les regies de generation de code (« Regie 
Gen_UML_C »), et les deux erreurs relevees se rapportent aux 
agregations. S'il n'y a pas d'erreur pour une regie examinee, une 
simple phrase stipule qu'H n'y a pas d'erreur pour cette regie et 
remplace le paragraphe de commentaires et le tableau (figure 5) 
qui n'apparaissent plus dans le rapport. 
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REVINDICATIONS 

1. Procede de verification de regies sur les modeles UIVIL, 
caracterise en ce qu'apres avoir etabli un modele, on 
structure les donnees du modele pour les rendre 
exploitables par I'outil "Model In Action" (« MIA ») , on fait 
produire par cet outil un fichier de verification et on produit a 
partir de ce fichier un rapport de verification iisibie par un 
utiiisateur. 

2. Procede selon !a revendication 1 , caracterise en ce que les 
regies verifiees sont Tune au moins des regies relatives : 

a au generateur de code (4) 

s a la coherence du modele (5), 

s a la coherence du code (6), 

m a la modelisation correcte (7), 

B aux mesures de dirnensionnement (10), 

s aux mesures d'avancement de modelisation (9), 

0 a la qualite du modele (8). 

3. Procede selon la revendication 1 ou 2, caracterise en ce que 
le fiGhier du modele, etabli au format UML, est exporte au 
format XMI vers I'outil « MIA » . 

4. Precede seion Tune des revendications precedentes, 
caracterise en ce que fe fichier de rapport produit par I'outil 
« MIA » est au format XML, 

5. Procede selon la revendication 4, caracterise en ce que le 
fichier au format XML produit par I'outil « MIA » est convert! au 
format XSLT pour etre transforme en un fichier de document 
d'un autre format approprie. 
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UML CHECKER 
(El Regies gen_umLc 




□ D Verification de I'appel des types par defaut 
Regies surla coherence tiu code 

□ D Acces aux methodes des classes 
0 D Utilisation des attributs 
f^l Regies de moderation 

Mesures de dimensionnernent du modele 



■ t.t.l . 



■m Cette regie verifie toutes les aggregations. 
Kljfsi le tag composition est egal a false alors ie tag 



implementation doitetre egai a access-all ou index. 
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g UML_CHECKER 



Select a model file 



C:\local\laetitia\recette2.2.xmi 



■ a ■ 



Select a parameter file 




Select the rules to check 




[fil UML CHECKER 

lS Regies gen_uml_c 

1 T-l ■ l — i' 1 1 - T l'l V> I 1—1 " I I I 1 I I I I | ■ 1 1 - . J I I | I I I I ■ 1 I 1 I I ) I I J I I I I ■ I 1 I IT I | 'F T ' " ^' I I "I I' l -I M T 1 I' f ' l ; 



fication de I'appel des types par defaut 

9"D ffl Regies sur la coherence du code 

-EH Cj| Acces aux methodes des classes 
-0 Q Utilisation des attributs 
^IZl ill Regies de modelisation 

111 Mesures de dimensionnernent du modeie 

f2\ (~1 



Cette regie verifie toutes les agregations. 

Si le tag composition est egal a false alors le tag 

implementation doit etre egal a access-ail ou index. 



Select a result file 



C:\local\laetitia\ProjetVERIF_UML\result\solution-xml 




Execute 
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| Fichier Edition Afflchage Favoris Outils ? 
(Agresse |§ C:\iocal\laetitia\Essai\resultFoider\resultat.xml 



Rapport de verification 



Index des regies : 

• Regies Gen_UML_C 

° Regie sur les agregations 
° Regie sur les DataTypes 

• Regies sur la coherence du code 

• Regies de moderation 

• Mesures de dimensionnement du modele UML 
© Metriques sur la qualite du xnodele 

• Metriques a avancement 



Structure du modele: 

CD Pr oj e c tDemons tration 

Default 

- LD package 2 1 

actorJ2 

0 itsClass_4(class_4) 

[2 actor_10 

s\ ilsClass_4(ciass_4) 
class_4 

attiibute__Omrsjhfgdks 
its Actor_l 2(actor_l 2) 
its ActorJ 0(actor_l 0) 
/\ (Interface ciass_2) 
class 30 
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Regie GenJCJML C : Verifi cation sur les agregations 



Les agregations snivantes sont incorrectes. 

Le tag Implementation est ni a "access-all" ni a "index". 

Les agregations contenant cette erreur sont les suivantes: 



Nom de la classe 


Norn de Tagregation 


Valeur du tag Implementation 


class 1 1 


ItsClassJ7(class_7) 


undefined 
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